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(57) Abstract: The invention concerns a radiocommunication module, 
of the type hosting and executing a main software providing in particular 
radiocommunication functions. The main software comprises means for 
executing drive controls, sent to the main software and belonging to a 
predetermined set of drive controls. The invention is characterised in that 
the radiocommunication module further hosts and executes at least a client 
software, called onboard client software. The onboard client software and the 
main software comprise means enabling the onboard client software acts at 
least as one of the following: a driver client software, sending drive controls 
to the main software, and receiving from the main software responses, 
resulting from the execution of some of the drive controls; a supervising 
client software, managing the execution if the drive controls sent by a driver 
client software, called external client software, hosted and executed by a 
third party equipment co-operating with the radioconmiunication module. 
FIG. 1: 6 ONBOARD CLIENT SOFTWARE 6A ONBOARD CLIENT 
APPLICATION 6B APPLICATION INTERFACE LIBRARY (INTERFACE 
APPLICATION) 6 1 ONBOARD API LAYER 1 RADIOCOMMUNICATION 
MODULE 3A MAIN APPLICATION 3 1 API LAYER 3 MAIN SOFTWARE 

(57) Abr^6 : L' invention conceme un module de radiocommunication, du 
type hebergeant et executant un logiciel principal assurant notanunent des 
fonctions de radiocommunication; Le logiciel principal comprend des moyens 
d' execution de conunandes de pilotage, envoy^es au logiciel principal par au 
moins un logiciel client de pilotage et appanenant ^ un jeu de commandes de 
pilotage predetermine. Selon I'invention, le module de radiocommunication 
heberge et execute en outre au moins un logiciel client, dit logiciel client 
embarque. Le logiciel client embarque et le logiciel principal comprennent 
des moyens pemiettant au logiciel client embarque de jouer au moins un des 
deux roles 
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suivants : - le role d'un logiciel client de pilotage, envoyant des comcnandes de pilotage au logiciel principal, et recevant du logicie] 
principal des reponses, resultant de ]*execution de certaines des comxnandes de pilotage ; - le role d*un logiciel client de supervision, 
g^rantl' execution de commandes de pilotage envoyeesparun logiciel client de pilotage, dit logiciel client exteme, hebeige et execute 
par un ^uipement tiers coop^rant avec le module de radioconununication. 
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Module de radiocommunication hebergeant et executant un logiciel dient, et 
precede correspondant de mise en ceuvre d'un logiciel client de pilotage. 

Le domaine de 1' invention est celui des systemes de radiocommunication 
notamment, mais non exclusivement, salon le standard GSM (pour "Global System for 
Mobile communications" en anglais), DCS 1800 (pour "Digital Cellular System 1800 
MHz" en anglais), PCS 1900 (pour "Personal Communication System" en anglais), 
GPRS (pour "General Packet Radio service"), ou encore UMTS (pour "Universal 
Mobile Telecommunication System" en angleds). 

Plus precisement, Tinvention conceme un module de radiocommunication. On 
rappeDe que le module de radiocommunication est un element essentiel d'un 
radiotelephone. II heberge et execute un logiciel principal (conamun6ment appel6 
"logiciel de radiocommunication" ou "logiciel GSM") qui assure notamment des 
fonctions de commimication sans fil (radiocommunication) et pilote divers elements 
materiels (ecran, clavier, haut-parleur, ...) du radiot61ephone. 

Habituellement (premiere application), le module de radiocommunication est 
compris dans un terminal (ou ME, pour "Mobile Equipment" en anglais) qui coopere 
avec une carte SIM (pour "Subscriber Identity Module" en anglais, ou module 
d'identification d'abonn6), 

D'autres applications ont d'ores et deja ete envisagees pour le module de 
radiocommunication pr^cite. 

II a notamment ete propos6 (seconde application) dlntegrer le module de 
radiocommunication dans des dispositifs autres que des terminaux de 
radioconcununication, mais necessitant n^anmoins une fonctionnalite de conununication 
sans fil. A titre d'exemple, on pent citer des dispositifs de telemetrie (relev6s de 
compteur), des dispositifs d'alarme ou encore des dispositifs lecteur de cartes bancaires. 

n a 6galement 6t6 propose (troisi^me application) de foumir le module de 
radiocoiimiunication sous forme independante : il est alors qualifie de modem. Un tel 
modem ne comprend aucun element materiel (ecran, clavier, haut-parleur, ...) d'interface 
homme/machine. II est destin6 h coop6rer avec un equipement tiers (supportant un 
logiciel client), qui lui possede des elements materiels d'interface homme/machine. 
L'equipement tiers pent notamment, mens non exclusivement, etre un micro-ordinateur. 
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D'une fagon gdnerale, Tequipement tiers h6berge et execute un logiciel client de 
pilotage, permettant de piloter (c'est-a-dire de commander) le module de 
radiocommunication, grace a un jeu de commandes de pilotage au format AT. Les 
commandes AT (pour "ATtention command" en anglais) permettent h Tequipement tiers 
(ou TE pour "Terminal Equipment") d'exiger du terminal de radioconmiunication 
auquel il est reli6 d'executer certaines actions predeterminees. A cet effet, le logiciel 
principal (heberge par le module de radiocommunication) comprend des moyens 
d'execution des commandes AT, qui lui sont cnvoy^es par le logiciel client de pilotage 
(heberge par Tequipement tiers). 

Pour plus de precisions concemant les commandes AT, on pourra se reporter 
d'une part aux normes "GSM 07.05" et "GSM 07.07" de I'ETSI et d' autre part h la 
recommandation V25ter de T ITU-T, qui sont inserees ici par reference. 

D'une fagon generale, le pilotage du module de radiocoimnunication par un 
6quipement tiers, grace aux conunandes AT, ne s*applique pas uniquement dans le cadre 
de la troisifeme application pr6citee (module de radiocommunication formant modem), 
mais aussi dans le cadre des premi&re et seconde application precitees (module de 
radiocommunication compris dans un terminal de radiocommunication ou un autre 
dispositif). 

En d'autres termes, quelle que soit rapplication envisagee, le module de 
radiocommunication peut 6tre pilote par un equipement tiers avec lequel il coopere 
(g^n6ralement via une liaison serie). Dans ce cas, un logiciel client de pilotage 
(comprenant une "application cliente exteme")> heberg^ et ex€cut6 par Tequipement 
tiers, envoie des conomandes AT a un logiciel principal, h6berg6 et ex6cute par le 
module de radioconununication, en vue de leur execution par ce dernier. 

Comme illustre sur la figure 2, le fonctionnement de la technique actuelle de 
pilotage d*un module de radiocommunication par un equipement tiers peut &tre r6sum6 
ainsi : 

-6tape "1" : Tapplication cliente exteme (logiciel client de pilotage) 2 envoie une 
commande AT ; 
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- etape "2" : la liaison serie 5 transmet la commande AT aux moyens 4 d'execution des 

commandes AT compris dans le logiciel principal 3 heberge et execute 
par le module de radiocommunication 1 ; 

- etape "3" : les moyens 4 d'execution executent la conmiande AT ; 

- etape "4" : apres execution, les moyens d'execution 4 envoient une r^ponse AT h 

Tapplication cliente exteme 2 ; 

- etape "5" : cette reponse est envoyee a travers la liaison serie 5 ; 

- etape "6" : I'application cliente exteme 2 re^oit la reponse. 

Chacune de ces etapes est illustree sur la figure 2 par un cercle dans lequel est 
inscrit le numero de Tetape concemee. La meme convention est adoptee dans les figures 
suivantes relatives k la presente invention (et qui sont decrites en detail dans la suite de 
la description). 

La technique actuelle de pUotage d'un module de radioconamunication par un 
equipement tiers presente plusieurs inconvenients. 

Tout d'abord, elle necessite un double jeu de ressources (processeur et memoire). 
En effet, le module de radiocommunication comprend un processeur et une memoire 
(premier jeu de ressources) et I'equipement tiers dispose egalement d'un processeur et 
d'une memoire (second jeu de ressources). La technique actuelle precitee est done 
cotiteuse en terme de materiel et de consommation energetique. 

Un autre inconvenient de la technique actuelle precitee est que le module de 
radiocommunication subit entierement le pilotage effectu6 par Tequipement tiers. En 
effet, le logiciel client de pilotage, heberge et execute par Tequipement tiers, est le 
"maitre", tandis que le logiciel principal, heberge et ex6cut6 par le module de 
radiocommunication, est l'"esclave". 

L'invention a notanoment pour objectif de pallier ces inconv6nients de r6tat de la 
technique. 

Plus pr6cis6ment. Tun des objectifs de la presente invention est de foumir une 
technique de pilotage d*un module de radioconomunication, du type mettant en oeuvre un 
logiciel client de pilotage, qui soit simple et peu couteuse (en teime de materiel et de 
consommation energetique). 
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L'invention a egalement pour objectif de foumir une telle technique de pilotage 
permettant an module de radiocominunication, lorsque le pilotage est effectue par un 
6quipement tiers, de pouvoir superviser (y inclus agir sur) le deroulement de ce pilotage. 
En d*autres termes, on souhaite que le module de radioconraiunication ne joue pas 
uniquement un role d'esclave. 

Ces differents objectifs, ainsi que d'autres qui apparaitront par la suite, sont 
atteints selon 1' invention h I'aide d*un module de radiocommunication, du type 
hebergeant et executant un logiciel principal assurant notamment des fonctions de 
radiocommunication, ledit logiciel principal comprenant des moyens d'execution de 
commandes de pilotage, envoyees au logiciel principal par au moins un logiciel client de 
pilotage et appartenant a un jeu de commandes de pilotage predetermine. Selon 
I'invention, le module de radiocommunication heberge et execute en outre au moins un 
logiciel client, dit logiciel client embarque. En outre, le logiciel client embarque et le 
logiciel principal comprennent des moyens permettant au logiciel client embarque de 
jouer au moins un des deux roles suivants : 

le role d'un logiciel client de pilotage, envoyant des commandes de pilotage au 

logiciel principal, et recevant du logiciel principal des reponses, resultant de 

rex6cution de certaines des conmiandes de pilotage ; 

le role d'un logiciel client de supervision, g6rant Tex^cution de commandes de 
pilotage envoyees par un logiciel client de pilotage, dit logiciel client exteme, 
heberge et execute par un equipement tiers coop6rant avec le module de 
radiocommunication. 

Le principe general de Tinvention consiste done k heberger sur le module de 
radiocommunication au moins un logiciel client pouvant jouer le rfile d'un logiciel client 
de pilotage et/ou le rSle d'un logiciel client de supervision. 

Ainsi, dans le cas ou le logiciel client embarque joue le r61e d'un logiciel client 
de pilotage, le module de radiocommunication pr€sente un fonctionnement autonome et 
pen coiiteux. En ejffet, dans ce cas, le module de radioconununication n*a pas a cooperer 
avec un equipement tiers, et le logiciel principal et le logiciel client de pilotage utilisent 
les mSmes ressources (meme processeur et meme memoire). 
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La presente invention permet egalement, dans le cas ou le logiciel client 
embarque joue le role d'un logiciel client de supervision, de ne pas limiter le module de 
radiocommunication a un role d'esclave vis-a-vis de I'equipement tiers qui execute le 
logiciel client de pilotage. En effet, le logiciel client de supervision, execute par le 
module de radioconununication, gere le pilotage demande par le logiciel client de 
pilotage, execute par I'equipement tiers. On notera que, dans ce cas, le logiciel client 
embarque est un logiciel supplementaire par rapport a la configuration de I'etat de la 
technique precite. Toutefois, ce logiciel supplementaire est peu couteux puisqu*il utilise 
les memes ressources (processeur et m6moire) que le logiciel principal egalement 
heberge par le module de radiocommunication. 

Avantageusement, pour permettre au logiciel client embarque de jouer le r61e 
d*un logiciel client de supervision : 

le logiciel principal comprend des moyens d*aiguillage de commandes, en 
fonction d'une politique d'aiguillage de commandes determinee, de fagon a 
transmettre les coromandes de pilotage provenant du logiciel client exteme vers 
le logiciel client embarque et/ou vers les moyens d'ex6cution compris dans le 
logiciel principal ; 

le logiciel client embarqu6 comprend des moyens de traitement des commandes 
de pilotage aiguillees vers lui par lesdits moyens d'aiguillage de commandes. 
De cette fa9on, le logiciel client embarque pent : 

soit n'effectuer aucune action, les commandes etant transmises uniquement au 
logiciel principal, qui les execute directement ; 

soit effectuer un filtrage des commandes qui lui sont transmises sans 6tre 
executees par ie logiciel principal. Le logiciel client embarque peut ainsi par 
exemple decider, en fonction de criteres detenninfe, quelles commandes doivent 
etre ex6cut6es par le logiciel principal et quelles commandes peuvent faire Vobjet 
d'une reponse sans execution ; 

soit un "espionnage" des commandes dont il regoit une copie et qui sont par 
ailleurs directement executees par le logiciel principal. 

De fagon avantageuse, pour permettre au logidel client embarque de jouer le role 
d'un logiciel client de supervision : 
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le logiciel principal comprend des moyens d'aiguillage de reponses, en fonction 
d'une politique d'aiguillage de reponses determinee, de fagon a transmettre des 
reponses, resultant de I'execution de certaines des commandes de pilotage par les 
moyens d'execution compris dans le logiciel principal, vers le logiciel client 
embarque et/ou vers le logiciel client exteme; 

le logiciel client embarque comprend des moyens de traitement des reponses 
aiguillees vers lui par lesdits moyens d'aiguillage de reponses. 
De cette fagon, le logiciel client embarque peut : 

soit n'effectuer aucune action, les reponses g6n6rees par le logiciel principal etant 
transmises uniquement au logiciel client exteme ; 

soit effectuer un filtrage des reponses qui lui sont transmises sans etre transmises 
au logiciel client exteme. Le logiciel client embarque peut ainsi par exemple 
decider, en fonction de criteres determines, quelles r6ponses doivent etre 
transmises au logiciel client exteme (en etant ou non modifiees) et quelles 
reponses ne doivent pcis Tetre ; 

soit un "espionnage" des reponses dont il regoit une copie et qui sont par aiUeurs 
directement transmises au logiciel client exteme. 

Pref^rentiellement, ledit logiciel principal comprend une application principale, 
basee notamment sur un jeu de fonctions d'execution, permettant chacune Texficution 
d*au moins une desdites conamandes de pilotage. Le logiciel client embarque comprend 
une application cliente, basee notanrunent sur un jeu de^ fonctions sources, permettant 
chacune Tenvoi ou la reception, vers ou en provenance de Tapplication principale, de 
commandes de pilotage ou de r6ponses k des commandes de pilotage. Le logiciel 
principal et/ou ledit logiciel client embarque comprend(nnent) une application 
d*interface, permettant Tinterfagage desdites fonctions sources avec lesdites fonctions 
d'execution. 

Ainsi, on limite les couts de developpement, du fait que Tapplication d'interface 
(aussi appelee par la suite "librairie d'interface application"), une fois dfiveloppee, peut 
etre utilisee avec diff6rentes applications clientes, voire avec differents logiciel 
principaux. 
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Dans im mode de realisation preferentiel de rinvention, ledit jeu de commandes 
de pilotage est un jeu de commandes AT standard. 

Ceci permet un d6veloppement rapide du logiciel client embarque, les 
commandes AT etant bien connues et deja utilisees pour le developpement des logiciels 
clients externes (heberges par les equipements tiers). Ceci facilite egalement le 
developpement d'un logiciel client fortement base sur un logiciel client exterae existant. 

L'invention conceme egalement un procede de mise en oeuvre d*un logiciel client 
de pilotage d'un module de radiocommunication, ledit module de radiocommunication 
etant du type hebergeant et executant un logiciel principal assurant notanunent des 
fonctions de radiocommunication, ledit logiciel principal comprenant des moyens 
d'execution de conmiandes de pilotage, envoyees au logiciel principal par ledit logiciel 
client de pilotage et appartenant i un jeu de commandes de pilotage predeteniiin6. Salon 
rinvention, ledit module de radiocoromunication heberge et execute au moins un logiciel 
client, dit logiciel client embarque. Le logiciel client embarque et le logiciel principal 
dialoguent Tun avec I'autre de fagon que le logiciel client embarqu6 joue au moins un 
des deux roles suivants : 

le role dudit logiciel client de pilotage, envoyant des conamandes de pilotage au 

logiciel principal, et recevant du logiciel principal des reponses, resultant de 

Texecution de certaines des commandes de pilotage ; 

le r61e d'un logiciel client de supervision, gerant Texecution de conunandes de 
pilotage envoyees par ledit logiciel client de pilotage, ledit logiciel client de 
pilotage, dit logiciel client exteme, etant h6berge et execute par un 6quipement 
tiers cooperant avec le module de radiocommunication. 

D'autres caracteristiques et avantages de l'invention apparaltront a la lecture de 
la description suivante d'un mode de realisation preferentiel de l'invention, domi6 a litre 
d'exemple indicatif et non liniitatif, et des dessins annexes, dans lesquels : 

la figure 1 presente un schema simplifie d'un mode de realisation particulier d'un 

module de radiocommunication selon la presente invention ; 

la figure 2 illustre le fonctionnement de la technique actuelle de pilotage d'un 

module de radiocommunication par un equipement tiers ; 
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la figure 3 illustre le fonctionnement d'un premier mode de realisation du module 
de radiocommunication seion la presente invention, dans lequel le logiciel client 
embarqu6 joue le role d'un logiciel client de pilotage ; 

les figures 4k7 iUustrent chacune un mecanisme de fonctionnement d'un second 
mode de realisation du module de radiocommunication salon la presente 
invention, dans lequel le logiciel client embarque joue le role d'un logiciel client 
de supervision, et plus pr^cisement : 

* la figure 4 illustre un mecanisme d'aiguillage de commandes, permettant 
au logiciel client embarque de fidtrer les- commandes provenant du 
logiciel client exteme ; 

* la figure 5 illustre une variante du mecanisme d'aiguillage de commandes 
de la figure 4, permettant au logiciel client embarqu6 d'espionner les 
commandes provenant du logiciel client exteme ; 

* la figure 6 illustre le mecanisme d'aiguillage de r6ponses, permettant au 
logiciel client embarque de filtrer les reponses destinies au logiciel client 
exteme ; 

* la figure 7 illustre une variante du mecanisme d'aiguillage de reponses de 
la figure 6, permettant au logiciel client embarqu6 d'espionner les 
reponses destinees au logiciel client exteme: 

L'invention conceme done un module de radiocommunication hebergeant et 
executant, avec le meme jeu de ressources (processeur et memoire), un logiciel principal 
et (au moins) un logiciel client embarque. 

De fagon classique, le logiciel principal (par exemple un "logiciel GSM") assure 
notamment des fonctions de radiocommunication, et comprend des moyeus d'execution 
de commandes de pilotage (qui lui envoy^es par un logiciel client de pilotage). 

Le logiciel client embarque (concept propre k la presente invention) pent jouer : 

le role d'un logiciel client de pilotage (premier mode de realisation de Tinvention, 

decrit ci-<iessous en relation avec la figure 3), et/ou 

le role d'un logiciel client de supervision (second mode de realisation de 
I'invention, decrit ci-dessous en relation avec les figures 4 a 7). 
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Dans la suite de la description, on suppose que les commandes de pilotage sont 
des commandes AT. II est clair toutefois que la presente invention n'est nullement 
limitee h ce type de commande de pilotage: 

Dans le mode de realisation particulier illustre sur la figure 1, le logiciel principal 
3 comprend une application principale 3a, basee notamment sur un jeu de fonctions 
d'execution, permettant chacune Texecution d'au moins une des commandes AT. 

Par ailleurs, le logiciel client embarqu6 6 comprend : 

une application cliente 6a, basee notamment sur un jeu de fonctions sources, 
permettant chacune Tenvoi ou la reception,, vers ou en provenance de 
Tapplication principale la, de commandes AT ou de reponses a des conamandes 
AT; 

une application d'interface 6b, permettant Tinterfagage des fonctions sources (de 
Tapplication cliente 6a) avec les fonctions d'execution (de Tapplication principale 
3a). . ^ 

Pour communiquer Tun avec I'autre, le logiciel client embarque 6 et le logiciel 
principal 3 s*appuient chacun sur une couche API, r6ferencees 61 et 31 respectivement. 
On rappelle que le terme API (pour "Application Programming Interface" en anglais) 
designe une interface. C'est une description des regies de conmiunication correspondant 
a un certain ensemble fonctionnel. 

Cote logiciel client embarque 6, la couche API (embarquee) 61 comprend: 

dans TappUcation cliente embarquee 6a : 

* un bloc "Application Mandatory API", formant interface decrivant des 
fonctions devant §tre definies dans Tapplication cliente embarquee ; 

dans Tapplication d'interface (ou librairie d'interface application) 6b : les trois 
blocs suivants : 

* un bloc "AT command API", formant interface decrivant I'acces aux 
conunandes AT, cette interface decrit des fonctions se trouvant dans la 
librairie d'interface application ; 

* un bloc "OS API", formant interface decrivant Faeces aux fonctions du 
systeme d'exploitation (Operating System), cette interface decrit des 
fonctions se trouvant dans la librairie d'interface application ; 
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* un bloc "Standard API", formant interface decrivant Tacces a des 
fonctions standard, cette interface decrit des fonctions se trouvant dans la 
librairie d' interface application. 

Cote logiciel principal 3, la couche API (exportee) 31 comprend, dans 
Tapplication principale 3a : 

* un bloc " AT Command API ", pendant du bloc du meme nom de la 
couche API (embarqu6e) 61 c6t6 logiciel client embarque 6 ; 

* un bloc "OS API, pendant du bloc du meme nom de la couche API 
(embarquee) 61 cote logiciel client embarqu6 6. 

L'application principale 3a constitue le noyau du logiciel principal 3, et 
I'application cliente 6a et l'application d'interface 6b constituent le noyau 60 du logiciel 
client embarque 6. 

Uapplication d'interface 6b est une entite logicielle qui permet le dialogue entre 
les deux entites logicielles autonomes (ou binaires que sont Tapplication cliente 6a et 
l'application principale 3a. EUe se presente par exemple sous la forme d'une librairie 
(deja compilee). 

Le logiciel client embarque et le logiciel principal utilisent chacun une partie 
distincte d'une meme memoire vive (RAM). Le client definit la taille de la pile memoire 
necessaire a la bonne execution du logiciel client embarque. Une tentative d'acces de, 
run des deux logiciels a une partie de la memoire vive reserv6e k Tautre logiciel 
provoque un arret de fonctionnement. 

On presente maintenant, en relation avec la figure 3, un premier mode de 
realisation de Finvention dans lequel le logiciel client embarque joue le role d'un logiciel 
client de pilotage. 

Les elements compris de fagon classique dans un module de 
radiocoromunication, et presentes ci-dessus en relation avec la figure 2 (art anterieur), 
conservent les memes references numeriques. Ainsi, le module de radiocommunication 
1 heberge et execute un logiciel principal 3 comprenant notamment des moyens 4 
d'execution des commandes AT. 

Par aiUeurs, selon le prenaier mode de realisation de I'invention et comme 
pr6sent6 ci-dessus en relation avec la figure 1, le module de radiocommunication 1 
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heberge et execute en outre un logiciel client embarque 6, jouant le role d'un logiciel 
client de pilotage et comprenant notamment une application cliente embarquee 6a et une 
application d'interface 6b. 

Le fonctionnement de ce prenuer mode de realisation de I'invention peut etre 
resume ainsi : 

-etape"!": Tapplication cliente embarquee 6a appelle une fonction soiarce 
(wm_atSendCommand") d'envoi vers les moyens 4 d*ex6cution (compris 
dans le logiciel principal) d*une ou plusieurs commande(s) AT. Cette 
fonction source est presentee en detail dans la suite de la description ; 

- etape "2" : I'application d'interface 6b appelle la ou les fonctions d'execution 

appropriees au sein des moyens 4 d'execution (compris dans le logiciel 
principal 3) ; 

- etape "3'' : les moyens 4 d'execution executent la ou les commande(s) AT ; 

- etape "4" : apres execution, les moyens d'execution 4 envoient la ou les reponse(s) 

AT a I'application cliente embarquee 6a (si la conunande d'envoi pr6citee 
a ete parametree en ce sens) ; 

- 6tape "5" : cette ou ces reponse(s) est(sont) expediee(s) par I'application d'interface 

6b, qui appelle, au sein de I'application cliente embarquee 6a, la fonction 
source ("wm_apmAppliParser") de traitement d'un message provenant du 
logiciel principal. Un parametre de cette fonction source de traitement est 
le message qui contient la ou les reponse(s) precitee(s). Cette fonction 
source est presentee en detail dans la suite de la description ; 

- etape "6" : au sein de I'application cliente embarquee 6a, la fonction source de 

traitement traite la reponse. 

On presente maintenant, en relation avec les figures 4 a 7, un second mode de 
realisation de I'invention dans lequel le logiciel client embarque joue le r61e d'un logiciel 
client de supervision. 

Dans ce second mode de realisation, le module de radioconununication n'est pas 
autonome (contrairement au premier mode de realisation), mais est pilote par un 
equipement tiers avec lequel il coopere. La configuration est done celle de Tart ant6rieur, 
decrite ci-dessus en relation avec la figure 2 (les memes 616ments conservent les memes 
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references numeriques). En d'autres termes, une application cliente exteme (logiciel 
client de pilotage) 2 envoie des commandes AT a un logiciel principal 3, en vue de leur 
execution par le logiciel principal 3. 

Selon le second mode de realisation de I'invention, le module de 
radiocommunication 1 heberge et execute en outre un logiciel client embarque 6, jouant 
le r61e d'un logiciel client de supervision et comprenant notamment une application 
cliente embarquee 6a et une application d'interface 6b. De fagon transparente pour 
I'application cliente exteme 2, le logiciel client embarque 6 supervise Tex^cution (ou 
non) des commandes AT par les moyens 4 d'execution compris dans le logiciel principal 
3. 

Le logiciel client embarque 6 (logiciel de supervision) pent decider de la mise en 
oeuvre, au sein du module de radiocommunication, notamment de : 

un m6canisme d'aiguillage et de traitement des commandes AT, envoyees par 
Tapplication cliente exteme (logiciel client de pilotage) 2. Trois variantes de raise 
en oeuvre de ce m6canisme sont par exemple proposees, selon lesquelles le 
logiciel principal 3 transmet les commandes AT qu'il regoit : soit uniquement aux 
moyens 4 d*execution (premiere variante), soit uniquement au logiciel client 
embarque 6 (seconde variante), soit aux deux (troisieme variante) ; 
un m6canisme d'aiguillage et de traitement des reponses AT, resultant de 
Texecution par les moyens 4 d'execution (compris dans le logiciel principal 3) de 
commandes AT. Trois variantes de mise en oeuvre de ce mecanisme sont par 
exemple proposees, selon lesquelles les reponses AT generees par le logiciel 
principal 3 sont transmises respectivement uniquement ^ Tapplication cliente 
exteme 2 (premiere variante), uniquement au logiciel client embarque 6 (seconde 
variante), ou bien aux deux (troisieme variante). 

On notera que la premiere variante de chacun des deux m6canismes precites 
(relatifs aux commandes AT et aux reponses AT respectivement) signifie que le logiciel 
client embarque 6 peut decider d*Stre totalement passif a certains moments. Elles 
correspondent done a un fonctionnement classique du module de radiocommunication, 
tel que decrit precedemment en relation avec la figure 2, et ne sont pas d6crites h 
nouveau. 
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On pr6sente maintenant, en relation avec la figure 4, la seconde variante du 
m6canisme d'aiguillage et de txaitement des coniinandes AT, qui permet au logiciel 
client embarque 6 de filtrer les commandes AT provenant de Tapplication cliente exteme 
2. 

Le fonctionnement de cette seconde variante du m^canisme d'aiguillage et de 
traitement des commandes AT peut etre resume en deux phases successives, a savoir : 

une phase prealable de selection, par Tapplication cliente externe 2, de la 
(seconde) politique d'aiguillage de commandes AT, selon laquelle les 
commandes AT sont retransmises uniquement au logiciel client embarque 6, et 
une phase de traitement, selon la (seconde) politique d*aiguillage de commandes 
s61ectionnee, des conomandes AT envoy ees par Tapplication cliente exteme 2. 
La phase prealable de selection de la seconde politique d'aiguillage de 
commandes AT comprend les etapes suivantes : 

-etape"l": Tapplication cliente embarqu^e 6a appelle une fonction source 
("wm_atCmdPreParserSubscribe'*) d'inscription aupres du logiciel 
principal 3 a un service d'aiguillage de conomandes AT (ou "command 
pre-parsing service" en anglais), avec un parametre de cette fonction 
d'inscription qui indique le choix de la seconde politique d*aiguillage de 
commandes AT. Cette fonction source est presentee en detail dans la 
suite de la description ; 

- etape "2" : Tapplication d'interface 6b appelle, au sein du logiciel principal 3, la ou 

les fonction(s) d'execution appropriee(s), dite(s) fonction 
d'enregistrement de Tinscription au service d'aiguillage de commandes 
AT; 

- etape "3" : le logiciel principal 3 etablit Tinscription demandee par I'application 

cliente embarquee 6a, via I'application d'interface 6b. 
Dans un seul souci de simplification, on suppose dans la suite de la description 
(et comme illustre sur la figure 4), que la ou les fonction(s) d'enregistrement de 
rinscription au service d'aiguillage de conunandes AT sont comprises, au sein du 
logiciel principal 3, dans les moyens 4 d'execution de commandes AT. 
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Egalement dans un seul souci de simplification, on suppose dans la suite de la 
description (et comme illustr6 sur la figure 4), que les moyens d'aiguillage de 
commandes (discutes ci-apres) sont compris, au sein du logiciel principal 3, dans les 
moyens 4 d'execution de commandes AT. 

La phase de traitement des conmiandes AT comprend les 6tapes suivantes : 

- etape "4" : I'application cliente exteme 2 envoie une conunande AT au logiciel 

principal 3 ; 

- etape "5" : la liaison s6rie 5 transmet la conmiande AT h. des moyens d*aiguillage de 

commandes, compris dans les moyens 4 d'execution (eux-mSmes compris 
dans le logiciel principal 3.) et fonctioimant selon la seconde politique 
d'aiguillage de commandes AT (s61ectionnee lors de la phase prealable) ; 

- etape "6" : sans 6tre executees par les moyens 4 d'execution, la commande AT est 

retransmise uniquement au logiciel client embarque 6 ; 

- 6tape "7" : la commande AT est expediee par Tapplication d'interface 6b, qui 

appelle, au sein de I'application cliente embarquee 6a, la fonction source 
("wm_apmAppliParser") de traitement d'un message provenant du 
logiciel principal, param6tr6e ici notamment par un message qui contient 
la commande AT et qui indique qu*il s'agit de la commande AT 
"originale". Cette fonction source est presentee en detail dans la suite de 
la description ; 

- 6tape "8" : au sein de I'application cliente embarqu6e 6a, la fonction source de 

traitement traite la conmiande AT. 
Ce traitement consiste par exemple a renvoyer la commande AT vers les moyens 
4 d'execution (selon le mecanisme correspondant au premier mode de realisation de 
rinvention, d6crit ci-dessus en relation avec la figure 3). 11 peut egalement consister en 
la foumiture arbitraire d'une reponse par le logiciel client embarque 6 lui-mSme, sans 
que la commande AT soit ex6cutee. Dans ce cas, le logiciel client embarque 6 tient par 
exemple compte d'au moins une information relative a la commande AT concemee 
(type de conmiande, nature du ou des paramfetres, etc). D'une fagon generale, quel que 
soit le traitement effectue, on comprend que le logiciel client embarque 6 "filtre" la 
conmiande AT. 
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On presente maintenant, en relation avec la figure 5, la troisieme variante du 
mecanisme d'aiguillage et de traitement des coimnandes AT, qui permet au logiciel 
client embarque 6 d'espionner les conmiandes AT provenant de 1' application cliente 
exteme 2. 

Le fonctionnement de cette troisieme variante du mecanisme d'aiguillage et de 
traitement des conamandes AT peut aussi etre resume en deux phases successives, a 
savoir: 

une phase prealable de selection, par I'application cliente exterae 2, de la 
(troisieme) politique d'aiguillage de conmiandes AT, selon laquelle les 
commandes AT sont retransmises non seulement au logiciel client embarqu6 6 
mais aussi aux moyens 4 d'execution (compris dans le logiciel principal 3), et 
une phase de traitement, selon la (troisieme) politique d'aiguillage de commandes 
selectionnee, des commandes AT envoyees par I'application cliente exteme 2. 
Le fonctionnement de cette troisieme variante differe de celui de la seconde 
variante essentiellement en ce que : 

lors de r6tape "1" de la phase prealable, Tapplication cliente embarquee 6a 
selectionne la troisieme (et non pas la seconde) politique d'aiguillage de 
commandes AT ; 

lors de I'etape "6" de la phase de traitement, la commande AT est transmise aux 
moyens 4 d'exdcution et une copie de cette commande AT est transnadse au 
logiciel client embarque 6 ; 

lors de I'etape "8" de la phase de traitement, au sein de Tapplication cliente 
embarquee 6a, la fonction source de traitement traite la copie de la commande 
AT; 

la phase de traitement comprend en outre une etape "7"*, au cours de laquelle les 
moyens 4 d'execution compris dans le logiciel principal 3 executent la 
commande AT. 

On presente maintenant, en relation avec la figure 6, la seconde variante du 
mecanisme d'aiguillage et de traitement des reponses AT, qui permet au logiciel client 
embarqu6 6 de filtrer les reponses AT destinees a Tapplication cliente exteme 2. 
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Le fonctionnement de cette seconde variante du mecanisme d'aiguillage et de 
traitement des reponses AT peut aussi etre resume en deux phases successives, a savoir : 
une phase prealable de selection, par Vapplication cliente exteme 2, de la 
(seconde) politique d'aiguillage de reponses AT, selon laquelle les reponses AT 
generees par le logiciel principal 3 sont transniises uniquement au logiciel client 
embarque 6 ; 

une phase de traitement, selon la (seconde) politique d^aiguillage de reponses 
s61ectionnee, des reponses AT generees par le logiciel principal 3, 
La phase presilable de selection de la seconde politique d'aiguillage de reponses 
AT comprend les etapes suivantes : 

- 6tape "1" : Tapplication cliente embarquee 6a appelle une fonction source 

("wm_atRspPreParserSubscribe") d'inscription aupres du logiciel 
principal 3 a un service d'aiguillage de reponses AT (ou "response pre- 
parsing service" en anglais), avec un parametre de cette fonction 
d'inscription qui indique le choix de la seconde politique d'aiguillage de 
reponses AT. Cette fonction source est presentee en detail dans la suite de 
la description ; - 

- etape "2" : I'application d'interface 6b appelle, au sein du logiciel principal 3, la ou 

les fonction(s) d'execution appropri6e(s), dite(s) fonction 
d'enregistrement de I'inscription au service d'aiguillage de reponses AT ; 

- 6tape "3" : le logiciel principal 3 6tablit I'inscription demandee par I'application 

cliente embarquee 6a, via I'application d'interface 6b. 

Dans un seul souci de simplijBcation, on suppose dans la suite de la description 
(et comme illustre sur la figure 6), que la ou les fonction(s) d'enregistrement de 
I'inscription au service d'aiguillage de reponse AT sont comprises, au sein du logiciel 
principal 3, dans les moyens 4 d'execution de commandes AT. 

Egalement dans un seul souci de simplification, on suppose dans la suite de la 
description (et coname illustre sur la figure 6), que les moyens d'aiguillage de reponses 
(discutes ci-apres) sont compris, au sein du logiciel principal 3, dans les moyens 4 
d'execution de commandes AT. 

La phase de traitement des reponses AT comprend les etapes suivantes : 
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- etape "4" : Tapplication cliente exteme 2 envoie une commande AT au logiciel 

principal 3 ; 

- etape "5" : la liaison serie 5 transmet la commande AT aux moyens 4 d'execution 

(compris dans le logiciel principal 3) ; 

- etape "6" : les moyens 4 d'execution executent la commande AT et genere une 

reponse AT ; 

- etape "7" : des moyens d^aiguillage de reponses, compris dans les moyens 4 

d'execution et fonctionnant selon la seconde politique d'aiguillage de 
reponses AT (s61ectionnee lors de la phase prealable), envoient la r6ponse 
AT au logiciel client embarque 6 ; 

- etape "8" : la reponse AT est expediee par Tapplication d'interface 6b, qui appelle, au 

sein de Tapplication cliente embarquee 6a, la fonction source 
("wm_apmAppliParser") de traitement d'un message provenant du 
logiciel principal, parametree ici notamment par un message qui contient 
la reponse AT et qui indique qu'il s'agit de la reponse AT "originale" ; 

- 6tape "9" : au sein de Tapplication cliente embarquee 6a, la fonction source de 

traitement traite la reponse AT. On pent parler ici de "filtrage" ■. des 
reponses AT par le logiciel client embarque. 
On presente maintenant, en relation avec la figure 7, la troisieme variante du 
mecanisme d'aiguillage et de traitement des reponses AT, qui permet au logiciel client 
embarque 6 d'espionner les reponses AT destinees a I'application cliente exteme 2, 

Le fonctionnement de cette troisieme variante du mecanisme d'aiguillage et de 
traitement des reponses AT pent aussi etre resume en deux phases successives, a savour: 
une phase prealable de selection, par I'application cliente exteme 2, de la 
(troisieme) pohtique d'aiguillage de reponses AT, selon laquelle les reponses AT 
sont retransmises non seulement au logiciel client embarque 6 mais aussi a 
I'application cliente exteme 2, et 

une phase de traitement, selon la (troisieme) politique d'aiguillage de reponses 
selectionnee, des reponses AT generees par le logiciel principal 3. 
Le fonctionnement de cette troisieme variante differe de celui de la seconde 
variante essentiellement en ce que : 
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lors de Tetape "1" de la phase prealable, Tapplication cliente embarquee 6a 
selectioime la troisieme (et non pas la seconde) politique d*aiguillage de repouses 
AT; 

lors de I'etape "7" de la phase de traitement, la reponse AT est transmise a 
Tapplication cliente exteme 2 et une copie de cette reponse AT est transmise vers 
le logiciel client embarque 6 ; 

lors de Tetape "9" de la phase de. traitement, au sein de Tapplication cliente 
embarquee 6a, la fonction source de traitement traite la copie de la reponses AT ; 
la phase de traitement comprend en outre une 6tape "8*", au cours de laquelle la 
reponse est envoy^e h travers la liaison s6rie 5, et une ^tape "9"' au cours de 
laquelle Tapplication cliente exteme 2 revolt et traite la reponse. 
On trouvera en Annexe 1 une presentation d6taillee de certaines des fonctions 

sources sur lesquelles est basee Tapplication cliente embarquee, 

A titre illustratif, on trouvera en Annexe 2 un exemple d'application embarquee, 

ecrite en langage C et dont Tobjectif est d'envoyer une commande ATI3 trois secondes 

apres chaque initialisation et ^criture d'objets en memoire Flash. 

Dans le cadre de la presente invention, de fa9on optionnelle, on peut egalement 

prevoir d'utiliser, outre les commandes AT standard, au moins une des conunandes AT 

suppl6mentaires suivantes : 

commande de chargement d'un logiciel cUent (AT+WDWL), permettant au 
logiciel client exteme de charger un nouveau logiciel client dans le module de 
radiocommunication ; 

commande de desactivation (AT+WOPEN), permettant au logiciel client exteme 
de d6sactiver le logiciel client embarque. 
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ANNEXE 1: 

Presentation detaillee de certaines fonctions sources sur lesquelles 
est basee Fapplication cliente embarquee 

Al) "wm apmAppliParser" : 

fonction de traitement d'un message provenant du logiciel principal. Le message formant 
parametre de la fonction de traitement contient notanunent nne commande AT ou une 
reponse k une coramande AT. 

Nom exact : 

bool wm_apmAppliParser(wm_apmMsg_t * Message); 
Parametres 

Message 

La structure du message change avec chaque type de message regu : 

typedef struct 
{ 

sl6 MsgTyp; 
/* "MsgTyp" est un type de message regu, qui permet de d6terminer la structure 
associee du corps du message */ 

wm_apmBody_t Body; /* "Body" est un corps de message specifique */ 
} wi]aL.apmMsg_t; 

Valeurs de "MsgTyp" : 
WM_.AT_SEND_RSP 

Le message contient une reponse a une commande AT prealablement envoyee 
au logiciel principal par le logiciel client embarque 

WM^AT^UNSOLICITED 

Le message contient une conmiande AT non sollicit^e 
WM_AT.CMD_PRE_PARSER 

Le message contient une commande AT envoyde par un logiciel client exteme, 
via le logiciel principal 

WM_AT„RSP_PRE_PARSER 

Le message contient une reponse AT resultant de Tex^cution par le logiciel 
principal d'une commande AT provenant d'une application exteme. 

WM_OS_TIMER 
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Le message est envoy6 h I'expiration d*une temporisation. 
La structure du corps est : 
typedef union 

/* Sont incluses ici toutes les structures specifiques associees aux types de 

message "MsgTyp" */ 

/* WM_AT_SEND3SP */ 

wm_atResponse_t ATResponse; 

/* WM^AT^UNSOLICITED */ 
wm„atUnsolicited_t ATUnsolicited; 

/* WM_AT_CMD_PRE_PARSER */ 
wm_atCmdPreParser_t ATCmdPreParser; 

;/* WM_AT3SP_PRE_PARSER */ 
wm_atRspPreParser_t ATRspPreParser 

/* WM^OS^TIMER */ 
wm_osTimer_t OSTimer; 
} wm_apmBody_t; 

Les sous-structures du corps sont : 

Corps pour WM^AT^SEND^RSP : 
typedef stmct { 

wm_atSendRspType_e Type; 

ul6 StrLength; /* Longueur de strData */ 

char StrData[l]; /* reponse AT */ 

} wm_atResponse_t; 

typedef enum { 

WM_AT_SEND_RSP_TO_EMBEDDED, 

WM_AT_SEND_RSP„TO_EXTERNAL, 

WM_AT_SEND_RSP3ROADCAST 
} wm_atSendRspType„e; 

(voir le detail de la fonction "wm_atSendCommand", pour la description de 
"wm_atSendRspType„e description"). 



Corps pour WM.AT^UNSOLICITED : 
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typedef struct { 

wm_atUnsolicited„e Type; 

ul6 StrLength; 

char StrData[l]; 
} wm_atUnsolicited_t; 

typedef enum { 

WM_AT_UNSOLICITED_TO.EXTERNAL, 

WM^AT^UNSOLICITED_TO_,EMBEDDED, 

WM„AT_UNSOLICITED_BROADCAST 
} win_atUnsolicited_e; 

(voir le detail de la fonction "wm_atUnsolicitedSubscription", pour la 
description de "wm_atUnsolicited_e"). 

Corps pour WM_AT„CMD_PRE_PARSER : 
typedef struct { 

win_atCmdPreSubscribe_e Type; 

ul6 StrLength; 

char StrData[l]; 
} wm_atCmdPreParser_t; 

typedef enum { 

WM_AT_CMD_PRE_W AVECOM_TREATMENT, /* Valeur par d6faut */ 

WM_AT_CMD.PRE_.EMBEDDED_TREATMENT, 

WM_AT_CMD„PRE_^BROADCAST 
} wm_atCmdPreSubscribe_e; 

(voir le detail de la fonction "wm_atRspPreParserSubscribe", pour la description 
de "wnuatCmdPreSubscribe_e"). 



Corps pour WM_AT_RSP_PRE_PARSER : 
typedef struct { 

wmL-atRspPreSubsciibe_e Type; 
ul6 StrLength; 
char StrData[l]; 
} wni„atRspPreParser_t; 
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typedef enum { 

WM^AT_RSP_PRE^WA VECOM_TREATMENT, /* Valeur par defaut */ 

WM_AT_RSP_PRE__EMBEDDED_TREATMENT, 

WM_AT_RSP_PRE3ROADCAST 
} wixuatRspPreSubscribe^e; 

(voir le detail de la fonction "wm_atRspPreParserSubscribe", pour la description 
de "win__atRspPreSubscribe_e"). 

Corps pour WM_OS_TIMER : 
typedef struct { 

u8 Ident; /* Identifiant de Temporisation */ 

} wm_osTimer_t; 

(voir le detail de la fonction "wm__osStartTimer", pour la description de "Ident"). 
Valeurs retoumees 

Le parametre de retour indique si le message a ete traite (VRAI) ou non (FAUX). 



A2) "wm atSendCommand" 

fonction d'envoi vers le logiciel principal d'au moins une commcinde AT, dont un 
parametre indique le(s) logiciel(s) destinataire(s) (h savoir le logiciel client embarque 
et/ou le logiciel client exteme) de la reponse resultant de I'execution de cette conunande 
AT. 



Nom exact : 

void wm.atSendCommand ( ul6 AtStringSize, 

win_atSendRspType_e ResponseType, 
char *AtString, ); 

Parametres 
AtString 

Ce parametre peut etre tout type de chaine de commandes AT, en caracteres ASCII. 
Plusieurs chaines peuvent etre envoy6es en meme temps. 

AtStringSize 

Taille du parametre pr6c£dent : AtString. 

ResponseType 

Type de la reponse 
typedef enum { 

WM_AT_SEND_RSP„TO_EMBEDDED, /* Valeur par defaut */ 

WM_AT_SEND_RSP_TO_EXTERNAL, 
WM_AT^SEND_RSP3ROADCAST 
} wm_atSendRspType_e; 
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WM_.AT_SEND_RSP_TO^EMBEDDED 

Toutes les reponses sont redirigees vers Tapplication cliente embarquee 
(Embedded application). C'est le mode par defaut 

WM_AT„SEND_RSP_T03XTERNAL 

Toutes les reponses sont redirigees vers Tapplication cliente exteme (PC). 

WM^AT^SEND_RSP„BROADCAST 

Toutes les reponses sont redirigees ("diffus6es") vers Tapplication cliente 
embarquee et Tapplication cliente exteme (PC), 

A3) "wm atUnsolicitedSubscription" ; 

fonction d'inscription aupres du logiciel principal k un service de reception de 
commandes AT non soUicitees, dont un parametre indique vers quel(s) logiciel(s) 
destinataire(s) (a savoir le logiciel client embarque et/ou le logiciel client exteme) doit 
etre redirigee chacune des conmiandes AT non sollicit6es 

Nom exact : 

void wm_atUnsolicitedSubscription ( 

wm_atUiisolicited_e Unsolicited); 

Parametres 

Unsolicited 

Ce parametre decrit Taction effectuee quand une conmiande AT non soUicitee arrive. 

typedef enum { 

WM_AT^UNS0LICITED_T03XTERNAL, /* Valeur par d6faut */ 

WM^AT^UNSOLICITEDjrO^EMBEDDED, 

WM^AT^UNSOLICITED^BROADCAST, 
} wm_atUnsolicited_e; 

WM_.AT_UNSOLICITED.TO_EXTERNAL 

Toutes les commandes non sollicit€es seront redirigees vers Tapplication cliente 
exteme (PC) (mode par defaut) 

WM_AT_UNSOLICITED_TO_EMBEDDED 

Toutes les commandes non sollicitees seront redirigees vers Tapplication cliente 
embarquee 

WM_AT_UNSOLICrrED_BROADCAST 

Toutes les commandes non sollicitees seront redirigees (diffus6es) vers 
Tapplication cliente exteme (PC) et I'application cliente embarquee 



A4) "wm atCmdPreParserSubscribe" : 
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fonction d'inscription aupres du logiciel principal i un service d'aiguillage de 
coromandes AT, dont un parametre indique vers quel(s) logiciel(s) (a savoir le logiciel 
principal et/ou le logiciel client embarqu6) doit etre aiguillee chacune des conmiandes 
AT provenant d'une application exteme. 



Nom exact : 

void wm^atCmdPreParserSubscribe ( 

wm_atCmdPreSubscribe_e SubscribeType); 

Parametres 

SubscribeType 

Ce parametre decrit Taction effectuee quand une conunande AT arrive 

typedef enum { 

WM_AT_.CMD„PRE.W AVECOM_.TREATMENT, /* Valeur par defaut */ 

WM_AT_CMD_PRE3MBEDDED_TREATME]S[T, 

WM.AT„CMD_PRE_BROADCAST 
} wm_atCmdPreSubscribe_e; 

WM_AT_CMD_PiyE_.WAVECOM_TREATMENT 

L'application cliente embarquee ne veut pas filtrer (ni espionner) les commandes 
envoyees par Tapplication cliente exteme (mode par defaut). 

WM_AT_CMD_PRE_EMBEDDED_TREATMENT 

L'application cliente embarqu6e veut filtrer les commandes envoyfies par 
Tapplication cliente exteme 
WM„AT_CMD^PRE3ROADCAST 

L'application cliente embarqu6e veut espionner les conmiandes envoyees par 
Tapplication cliente exteme 



AS) "wm atRspPreParserSubscribe" : 

fonction d'inscription auprds du logiciel principal k un service d'aiguillage de r^ponses, 
dont un paramfetre indique vers quel(s) logiciel(s) {k savoir le logiciel client exteme 
et/ou le logiciel client embarque) doit etre aiguilI6e chacune des reponses resultant de 
rex6cution par le logiciel principal d'une commande AT provenant dWe application 
exteme. 



Nona exact : 

void wm_atRspPreParserSubscribe ( 

vmi_atRspPreSubscribe_e SubscribeType); 

ParamSires 
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SubscribeType 

Ce parametre decrit Taction effectufe quand une commande AT arrive 

typedef enum { 

WM_AT3SP_.PRE_WAVECOM_TREATMENT, /* Valeur par defaut */ 

WM_AT_RSP.PRE_EMBEDDED^TREATMENT, 

WM_AT_RSP_PRE3ROADCAST 
} wm_atRspPreSubscribe_e; 

WM_AT_RSP^PRE_WAVECOM_.TREATMENT 

L'application cliente embarquee ne veut pas filtrer (ni espionner) les r6ponses 
envoy6es a Tapplication cliente exteme (mode par defaut). 

WM_AT_RSP_PRE_EMBEDDED_TREATMENT 

L'application cliente embarquee veut filtrer les reponses envoy^es h, Fapplication 
cliente exteme. ) 

WM_AT_RSP_.PRE__BROADCAST 

L'application cliente embarquee veut espionner les r6ponses envoy6es k 
Tapplication cliente exteme. 



A€) "wm atSendRspExternalApp" ; 

fonction d^envoi vers le logiciel client exteme, via le logiciel principal, d'au moins une 
reponse. L'utilisation de cette fonction n'est possible que si une inscription prealable au 
service d*aiguillage de reponses a 6t6 effectu6e, avec aiguillage d'une copie des reponses 
notamment vers le logiciel client embarqu6 



Nom exact : 

void wm_atSendRspExternalApp (ul6 AtStringSize, 

char *AtString,); 

Parametres 

AtString 

pent Stre tout type de chaSne de r6ponses AT, en caracteres ASCII 

AtStringSize 

TaiUe du parametre precedent : AtString 



A7^ "DataFlowService" : 

fonction d^emission et/ou reception de donn^es par le logiciel client embarque, via le 
logiciel principal, apres qu'une communication de donn^es a ete etablie 



A8^ "wm osStartTimer" : 
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fonction d'armement d'une temporisation, un paramdtre de ladite fonction d'aimement 
indiquant la temporisation a aoner 

A9) "wm o svSto pTimer" ; 

fonction d' arret d'une temporisation, un parametre de ladite fonction d'arret indiquant la 
temporisation a aixeter 
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ANNEXE 2 : 
Exemple d*app]ication cliente embarquee 



/* Pile : Appli.c */ 



/* 
/* 
/* 
/* 
/* 
/* 
/* 
/* 
/* 
/* 
/*. 

/* 
/* 



Object 



contents 



Change 



Customer application 

This program waits 3 seconds, send a ATI3 command to 
software version. It starts a cyclic timer of 3 seconds 
and writes an object in Fash with a value of 0. 
Every 3 seconds « it reads object value, display It^ 
increments and rewrites it in Flash. 

Customer main procedures 



Date 



Author I Modification 



*/ 
*/ 
*/ 
*/ 
*/ 
*/ 
*/ 
*/ 
*/ 
*/ 
-*/ 
*/ 
-*/ 
*/ 



/* 26/12/00 I FCA I Creation 

**********«*^« ************** 

^include "win_types .h" 
# include •wn\_apnx.h" 
#include •utils.h" 

* define TIMER^INIT 01 

fidefine TIMERjCYCLIC 02 

#def ine OBJECT_JD 0x1 

char wnuapmCus tomStack [1024 1 ; 

const ul6 win_apmCustomS tacks ize » sizeof (wm_apmCus tomStack) ; 

^it*1t*ii*-k***it*it** ft** ********** It It ********* it ************ ******* 

/* Function : wm_apmAppliInit 

/* 



: Customer application initialisation 



/* bbjet 
/♦ 

/* Return : 
/* 

/* 



* J 



I IN |0UT1gIiB| utilisation 

I I I I Application start mode reason 



/* Variable Name 
/* 

/* InitType 

/ *****************it* ***************** t,**** ********************************** J 

void wm>.apmAppliInit (wm_apmlni tType_e InitType) 
{ 

// Trace : Level 10 

wm_osDebugTrace(10, "Init : Start timer" ); 

// Start a timer for 3 seconds 
WRUOSStartTimer (TIMER_INIT, FALSE. 30); 



Function 



vniL_apmAppl i Parser 



Ob jet 



Customer task body 



/* Variable Name jiN |out|6LB| utilisation 
/* 4. + + + 

/* pMessage I I I I 

^******* **•★******•********♦•** ******* 

bool wnL_apmAppli Parser (wnt_apmMsg_t * pMessage) 

{ 



Message sent by real time kernel 

****** **************it*************4 



»*•*/ 
*/ 
*/ 

*/ 
*/ 
*/ 
*/ 
*/ 

*/ 
*/ 

*/ 
It*** f 
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char strCoimnand [] = "ATISNr"; // don't forget •\r* at the end 

ui 6 ul 6Da tal*en ; 

bool bRet; 

char strTraceMsg[501 ; 

char strData; 

switch (pMessage->MsgTyp) 
{ 

case WM_OS_TIMER : 

swi tch (pMessage->Body , OSTxmer Ident ) 
{ 

case TIMER_INIT: // Timer armed in wm^apmApplilnit 
wrrL_osDebugTrace (10, "TIMER^INIT" ); 

// Result will be visible in the AT terminal window 
wnL_a t SendComznand ( vmi_s tr 1 en { s t rCommand ) +1 , 

WHJ«r_SEND_JRSP_TO_EXTERNAL, strConnnand) ; 

// Write object for the first time 
StrData = 0x30; 

bRet = wn\_osWriteFlashData(OBJECT_ID, sizeof (char) , 

SestrData ) ; 

if (bRet) 

wnL-OsStartTimer (TIMER^jCYCLIC , TRUE, 30 > ; 

else 

wnuosSebugTrace(10, "wnL.osWriteFlashData failed" ); 

break; 



case TIMER_CYCL1C : 

wm_osDebugTrace (10, ■ TIMER^CYCLIC " ) ; 
// Read object, increment value, rewrite object 
ul6DataXien = wnL_osGetIienFlashData (OBJECT_ID) ; 
ul60atal.en = wnuosReadPlashData {OBJECT_XD, ulGDataLen, 

CcstrData ) ; 

if (ul6DataLen] 
( 

// Print object after read 
wn^strcpy (strTraceHsg, "Value : •* ) ; 
strTraceMsg[wnL.strIen(strTraceMsg} ] = strl>ata; 
strTraceMsg [wnustrlen (strTraceMsg) +1] = * \0 • j 



wnuosDebugTrace {10, s trTraceMsg ) ; 



) 

else 



// increment it 
strData-t^-i- ; 

if (strData == Ox3A} strData ^ 0x30; 

bRet = wnuosWrlteFlashData(OBaECT_XD, sizeof (char) , 

&5trData } ; 

if (IbRet) 

wnupsDebagTrace(10« "wnuosWriteFlashData failed" )j 



wm_osDebugTrace(10, "Read 0 byte" ); 



breaks- 
default: 

breaJc; 

} 



default: 
break; 

) 

return TRUE; 

) 
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REVENDICATIONS 
!• Module de radiocommunication, du type hebergeant et executant un logiciel 
principal assurant notanunent des fonctions de radiocommunication, ledit logiciel 
principal comprenant des moyens d'execution de commandes de pilotage, envoy6es au 
logiciel principal par au moins un logiciel client de pilotage et appartenant a un jeu de 
commandes de pilotage predetermine, 

caracterise en ce que ledit module de radiocommunication heberge et execute en outre 
au moins un logiciel client, dit logiciel client embarque, 

et en ce que le logiciel client etribarque et le logiciel principal comprennent des moyens 
permettant au logiciel client embarque de jouer au moins un des deux r61es suivants : 

le r61e d'un logiciel client de pilotage, envoyant des commandes de pilotage au 
logiciel principal, et recevant du logiciel principal des reponses, resultant de 
I'execution de certaines des commandes de pilotage ; 

le role d'un logiciel client de supervision, gerant Texecution de commandes de 
pilotage envoyees par un logiciel client de pilotage, dit logiciel client exteme, 
heberge et execute par un equipement tiers cooperant avec le module de 
radiocommunication . 

2. Module de radioconununication selon la revendication 1, caracterise en ce que, 
pour permettre au logiciel client embarque de jouer le role d'un logiciel client de 
pilotage : 

le logiciel client embarque comprend des moyens d'envoi de commandes de 

pilotage vers les moyens d'execution compris dans le logiciel principal ; 

le logiciel principal comprend des moyens d'envoi des reponses, resultant de 

I'execution de certaines des commandes de pilotage par les moyens d'execution 

compris dans le logiciel principal, vers le logiciel client embarque ; 

le logiciel client embarque comprend des moyens de traitement des reponses 

envoyees vers lui par le logiciel principal. 

3. Module de radiocommunication selon Tune quelconque des revendications 1 et 2, 
caracteris6 en ce que, pour permettre au logiciel client embarque de jouer le rSle d'un 
logiciel client de supervision : 
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le logiciel principal comprend des moyens d'aiguillage de commandes, en 
fonction d'une politique d'aiguillage de conaunciandes determinee, de fagon a 
transmettre les commandes de pilotage provenant du logiciel client exterae vers 
le logiciel client embarque et/ou vers les moyens d'execution compris dans le 
logiciel principal ; 

le logiciel client embarque comprend des moyens de traitement des commandes 
de pilotage aiguiUees vers lui par lesdits moyens d'aiguillage de commandes. 
4. Module de radiocommunication selon la revendication 3, caracterise en ce que le 
logiciel client embarque comprend des moyens de selection de la politique d'aiguillage 
de commandes appliqu6e par lesdits moyens d'aiguillage de commandes, parmi un 
ensemble de politiques d'aiguillage de commandes telles que respectivement : 

les commandes de pilotage provenant du logiciel client exteme sont transmises 
uniquement aux moyens d'execution compris dans le logiciel principal ; 
les commandes de pilotage provenant du logiciel client exteme sont transmises 
uniquement au logiciel client embarque ; 

les commandes de pilotage provenant du logiciel client exteme sont transmises 
aux moyens d'execution compris dans le logiciel principal et au logiciel client 
embarque. 

5- Module de radiocommunication selon Tune quelconque des revendications 3 et 4, 
caracterise en ce que lesdits moyens de traitement des conmnandes prennent, pour 
chaque commande, au moins une decision appartenant au groupe comprenant : 

envoi de la commande de pilotage vers les moyens d'execution compris dans le 
logiciel principal, le logiciel client embarqu6 comprenant a cet effet des moyens 
d'envoi de conunandes de pilotage vers les moyens d'execution ; 
foumiture ou non d'une reponse, uniquement en fonction d'au moins une 
information relative a la commande, sans execution de la commande, le logiciel 
client embarque comprenant a cet effet des moyens d'envoi de la reponse au 
logiciel client exteme, via le logiciel principal. 
6. Module de radiocommunication selon I'une quelconque des revendications 1 a 5, 
caracterise en ce que, pour permettre au logiciel client embarqu6 de jouer le r61e d'un 
logiciel client de supervision : 
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le logiciel principal comprend des moyens d'aiguillage de reponses, en fonction 
d'une politique d'aiguillage de reponses determinde, de fagon a transmettre des 
rfiponses, resultant de Texecution de certaines des commandes de pilotage par les 
moyens d'execution compris dans le logiciel principal, vers le logiciel client 
embarque et/ou vers le logiciel client exteme; 

le logiciel client embarque comprend des moyens de traitement des r6ponses 
aiguillees vers lui par lesdits moyens d'aiguillage de reponses. 

7. Module de radiocommunication selon la revendication 6, caracterise en ce que le 
logiciel client embarqud comprend des moyens de selection de la politique d'aiguillage 
de reponses appliquee par lesdits moyens d'aiguillage de reponses, parmi un ensemble 
de politiques d'aiguillage de reponses telles que respectivement : 

les reponses provenant des moyens d'execution sont transmises uniquement au 
logiciel client exteme ; 

les reponses provenant des moyens d'execution sont transmises uniquement au 
logiciel client embarque ; 

les reponses provenant des moyens d'execution sont transmises au logiciel client 
embarque et au logiciel client exteme. 

8. Module de radiocommunication selon I'une quelconque des revendications 7 et 8, 
caract6ris6 en ce qu'il est compris dans un disposittf appartenant au groupe comprenant : 

des terminaux de radiocommunication ; 

des dispositifs, autres que des terminaux de radioconmiunication, necessitant une 
fonctionnalite de communication sans fil ; 
des modems. 

9. Module de radiocommunication selon I'une quelconque des revendications 1 
caracteris6 en ce que ledit logiciel principal comprend une application principale, basee 
notamment sur un jeu de fonctions d'execution, permettant chacune I'execution d'au 
moins une desdites commandes de pilotage, 

en ce que ledit logiciel client embarque comprend une application cliente, basee 
notamment sur un jeu de fonctions sources, permettant chacune Tenvoi ou la reception, 
vers ou en provenance de I'application principale, de commandes de pilotage ou de 
reponses i des commandes de pilotage. 
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et en ce que ledit logiciel principal et/ou ledit logiciel client embarque comprend(nnent) 
una application d'interface, permettant I'interfagage desdites fonctions sources avec 
lesdites fonctions d'execution. 

10. Module de radiocommunication selon Tune quelconque des revendications 1 a 9, 
caracterise en ce que ledit logiciel client embarque comprend une application cliente, 
basee notanunent sur un jeu de fonctions sources, permettant chacune Tenvoi ou la 
reception, vers ou en provenance du logiciel principal, de commandes de pilotage ou de 
r6ponses a des conunandes de pilotage, 

et en ce que ledit jeu de fonctions sources comprend notanunent une fonction 
("wm_apniA.ppliParser") de traitement d*un message provenant du logiciel principal, un 
parametre de ladite fonction de traitement etant ledit message. 

11. Module de radiocommunication selon la revendication 10, caracterise en ce que 
ledit message formant parametre de ladite fonction de traitement possede une structure 
comprenant : 

un premier champ contenant une information relative au type dudit message ; 
un second champ contenant le corps specifique dudit message. 

12. Module de radiocommunication selon la revendication 11, caracteris6 en ce que 
le type dudit message appartient au groupe comprenant : 

message contenant une reponse a une conmiande de pilotage pr6alablement 

envoyee au logiciel principal par le logiciel client embarque ; 

message contenant une coramande de pilotage non sollicitee ; 

message contenant une conmiande de pilotage envoyee par un logiciel client 

exteme, via le logiciel principal ; 

message contenant une reponse resultant de Texecution par le logiciel principal 

d'une conmiande de pilotage ; 

message envoy e a Texpiration d'une temporisation. 

13. Module de radiocommunication selon Tune quelconque des revendications 10 k 
12, caracterise en ce que ledit jeu de fonctions sources comprend en outre au moins une 
fonction appartenant au groupe comprenant : 

une fonction ("wm_atSendCommand") d*envoi vers le logiciel principal d*au 
moins une commande de pilotage, un premier parametre de ladite fonction 
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d'envoi etant ladite au moins une commande de pilotage, un second parametre de 
ladite fonction d'envoi indiquant le(s) logiciel(s) destinataire(s), a savoir le 
logiciel client embarqu€ et/ou le logiciel client exteme, de la reponse resultant de 
Texecution de ladite commande de pilotage ; 

une fonction ("wm_atUnsolicitedSubscription") d'inscription aupres du logiciel 
principal a un service de reception de conunandes de pilotage non sollicitees, un 
param&tre de ladite fonction d'inscription indiquant vers quel(s) logiciel(s) 
destinataire(s), a savoir le logiciel client embarque et/ou le logiciel client exteme, 
doit etre redirigee chacune des commandes de pilotage non soUicitees ; 
une fonction ("wm_atCmdPreParserSubscribe") d^inscription aupres du logiciel 
principal a un service d'aiguiUage de conunandes de pilotage, un parametre de 
ladite fonction d'inscription indiquant vers quel(s) logiciel(s), a savoir le logiciel 
principal et/ou le logiciel client embarque, doit etre aiguillee chacune des 
commandes de pilotage provenant du logiciel client exteme ; 
une fonction ("vrai_atRspPreParserSubscribe") d'inscription aupres du logiciel 
principal a un service d'aiguiUage de reponses, un parametre de ladite fonction 
d'inscription indiquant vers quel(s) logiciel(s), k savoir le logiciel client exteme 
et/ou le logiciel client embarque, doit etre aiguillee chacune des reponses 
resultant de I'execution par le logiciel principal d'une commande de pilotage ; 
une fonction ("wm_atSendRspExtemalApp") d'envoi vers le logiciel client 
exteme, via le logiciel principal, d'au moins une reponse, un parametre de ladite 
fonction d'envoi etant ladite au moins une reponse. 

14. Module de radioconununication selon I'une quelconque des revendications 1 a 

13, caract6ris6 en ce que le logiciel client embarqu6 et le logiciel principal utilisent 
chacun une partie distincte d'une meme memoire vive, une tentative d'acces de I'un des 
logiciels a une partie de la memoire vive reserv6e a I'autre logiciel provoquant un arrSt 
de fonctionnement. 

15. Module de radiocommunication selon Tune quelconque des revendications 1 a 

14, caracteris6 en ce que ledit jeu de commandes de pilotage est un jeu de commandes 
AT standard. 
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16. Module de radicx:oramumcation selon la revendication 15, caracterise en ce que 
ledit jeu de commandes de pilotage comprend, outre les commandes AT standard, une 
commande AT supplementaire, dite commande de chargement d'un logiciel client 
(AT+WDWL), permettant au logiciel client externe de charger un nouveau logiciel 
client dans le module de radiocommunication. 

17. Module de radiocommunication selon Tune quelconque des revendications 15 et 
16, caracterise en ce que ledit jeu de commandes de pilotage comprend, outre les 
commandes AT standard, une commande AT supplementaire, dite commande de 
desactivation (AT+WOPEN), permettant au logiciel client externe de desactiver le 
logiciel client embarque. 

18. Procede de mise en oeuvre d*un logiciel client de pilotage d'un module de 
radiocommunication, ledit module de radiocommunication etant du type hebergeant et 
executant un logiciel principal assurant notamment des fonctions de 
radiocommunication, ledit logiciel principal comprenant des moyens d'execution de 
conomandes de pilotage, envoyees au logiciel principal par ledit logiciel client de 
pilotage et appartenant a un jeu de commandes de pilotage predetermine, 
caracteris6 en ce que ledit module de radioconamunication heberge et execute au moins 
un logiciel client, dit logiciel client embarqu6, 

et en ce que le logiciel client embarqu6 et le logiciel principal dialoguent Tun avec Tautre 
de fa9on que le logiciel client embarque joue au moins un des deux roles suivants : 

le role dudit logiciel client de pilotage, envoyant des conunandes de pilotage au 
logiciel principal, et recevant du logiciel principal des reponses, resultant de 
Texecution de certaines des conmaandes de pilotage ; 

le r61e d'un logiciel client de supervision, g^rant Texecution de commandes de 
pilotage envoyees par ledit logiciel cUent de pilotage, ledit logiciel client de 
pilotage, dit logiciel client externe, etant heberge et execute par un equipement 
tiers coop6rant avec le module de radiocommunication. 
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